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REMARKS 

This Amendment is being filed in response to the final Office Action mailed on February 
20, 2004, and is accompanied by a Request for Continued Examination. Also enclosed with this 
Amendment is a Supplemental Declaration under 37 C.F.R. 1.131. 
I. Objection to the Specification 

In response to the Examiner's objection to the specification, the specification (including 
the abstract) has been revised to change the formatting of the section headings. In accordance 
with rules 121 and 125, AppUcant has made this revision by submitting a substitute specification 
in both clean and redline form. The specification contains no new matter, 
n. O bjection to the Claims 

In response to the Examiner's objection to Claim 25, the claim has been canceled, 
in. AiTt Based Rejection 

For the reasons set forth below, Applicant submits that the obviousness rejections of the 
claims are improper. 

In the Office Action, the Examiner took the position that the Declaration under rule 131 
fails to establish Applicant's prior reduction to practice of the claimed invention. The primary 
basis given by the Examiner for this conclusion is that the four dated screen shots accompanying 
the Declaration do not show all of the hmitations of the claims. Applicant wishes to initially 
point out that the Declaration was directed primarily to the independent claims, and did not seek 
to establish a prior reduction to practice of all of the features set forth in the dependent claims. 

With respect to the independent claims of the application, Applicant respectfiiUy 
disagrees with the Examiner's conclusion that the Declaration under rule 131 is insufficient. As 
set forth in MPEP 715.07: 

... when reviewing a 37 CFR 1.131 affidavit or declaration, the examiner must consider 
all of the evidence presented in its entirely, including the affidavits or declarations and all 
accompanying exhibits, records and "notes." An accompanying exhibit need not support 
all claimed limitations, provided that any missing limitation is supported by the 
declaration itself, (Emphasis added). 

In the present case, the screen shots do not explicitly show all of the independent claim 
limitations, as some limitations (such as "querying a registry database" and "receiving a 
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submission") are not directed to user interface elements. The text of the Declaration, however, 
clearly establishes that these "omitted" limitations were in fact reduced to practice as part of 
Applicant's Multi-check system. For example, paragraph 7 of the Declaration states that the 
Multi-check system, as implemented and used within the United States no later than January of 
1999, "falls within the scope, and represents a reduction to practice, of each of the pending 
independent claims of the present application, as amended by the amendment filed herewith." 
(Emphasis added.) In addition, the Declaration explains that the user interface shown in the four 
screen shots was actually used to formulate queries for checking registration availability, and to 
register specific domain names. The Declaration is, therefore, sufficient to establish a prior 
reduction to practice of each independent claim. 

Supplemental Declaration under 37 CFR 1.131 

Notwithstanding the foregoing. Applicant is enclosing a Supplemental Declaration under 
37 CFR 1.131 that provides additional details regarding Applicant's prior reduction to practice. 
For the Examiner's convenience, the primary text that has been added relative to the original 
Declaration is italicized in the Supplemental Declaration. In addition to providing additional 
details regarding Applicant's reduction to practice, the Supplemental Declaration identifies 
specific dependent claims that were reduced to practice. 

Because the Supplemental Declaration under 37 CFR 1.131 establishes a prior reduction 
to practice of the invention as set forth in Claims 19-22, 26-29, 31, 34-37 and 39-43 prior to the 
effective dates of Mann et al (US 6,519,589) and Ryan (US 6,412,014), the obviousness 
rejections of these claims are improper. See MPEP 715.03 ("Applicant may overcome a 35 
U.S.C. 103 rejection based on a combination of references by showing completion of the 
invention by applicat prior to the effective date of any of the references"). 

Regarding dependent Claim 23, the claim has been amended to distinguish the claimed 
subject matter fi^om Mann et al. Support for this amendment is provided at page 12, lines 6-25 of 
the present application. 

Regarding dependent Claim 24, the claim has been amended to clarify that the recited 
"text window" permits concurrent submission of the plurality of names. Figure 5B of Broadhurst 
(US 6,560,634) does not disclose this feature. 
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Regarding dependent Claim 30, Applicant respectfully disagrees with the Examiner's 
assertion that the cited portions of Broadhurst teach "providing the user an option to specify a 
plurality of name servers to be associated with each domain name to be registered." 

Claims 32, 33 and 38 were found by the Examiner to be directed to allowable subject 

matter. 

Discussion of Independent Claims 
Applicant additionally submits that the claim rejections are improper because, among 
other reasons, the applied references fail to disclose or suggest the following limitations of the 
independent claims: 

• Independent Claim 19: "wherein the table is presented in conjunction v^th a user option 
to select one or more available name-TLD extension combinations ("domain names") to 
formulate a registration request, whereby the user can formulate a single request to 
register a plurality of domain names." 

• Independent Claim 26: "wherein the table is displayed in conjunction with a selection 
mechanism for allowing the user to select one or more available domain names for 
registration to formulate a registration request, such that the user can request registration 
of multiple domain names with a single registration request." 

• Independent Claim 34: "wherein the query results display provides a user option to 
generate a request to register one or more of the combinations that are available, such that 
the user may request registration of multiple domain names in a single request." 

• Independent Claim 39: "providing a selection mechanism within the query results table to 
permit the selection of one or more available domain names for registration, to thereby 
enable the user to formulate a request to register the one or more available domain names 
using the query results table," (Emphasis added.) 

• Independent Claim 43: "wherein the table is displayed within a web form that permits the 
user to select multiple domain names from the table and to submit, from said web form, a 
request to register the multiple domain names, such that multiple domain names may be 
registered concurrently," 

In connection with these limitations, Mann et al and Broadhurst disclose systems in 
which a user wishing to register multiple available domain names must request registration of 
each name separately. This is evident from the separate "register now" links shown for each 
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available domain name in Figure 5D of Mann et al and Figure 6A of Broadhurst. See also 
column 6, lines 51-55 of Broadhurst. 

Because Mann et al, Broadhurst and Ryan fail to disclose or suggest the above-quoted 
limitations of the independent claims, the rejections are improper — ^regardless of whether the 
Supplemental Declaration under 37 CFR 1.131 is sufficient to predate Mann et al and Ryan. 
rV. Request for Telephone Interview 

Following the Examiner's consideration of this Amendment and the Supplemental 
Declaration, the Examiner is requested to call the imdersigned attomey of record at 949-721- 



2950. 



Respectfully submitted. 



KNOBBE, MARTENS, OLSON & BEAR, LLP 



Dated: 





Ronald J. Schoenbaum 
Registration No. 38,297 
Attomey of Record 
Customer No. 20,995 
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SUBSTITUTE SPECIFICATION IN REDLINE FORM 

PATENT 

Internet Domain Name Registration System 

Rete tod Applicationo CROSS-REFERENCE TO RELATED APPLICATION 
[0001] This application claims the benefit of U.S. provisional apphcation no. 
60/168,368, filed December 1, 1999. 

B ackground of the hivontion BACKGROUND OF THE INVENTION 
Field of tho Lw entien FIELD OF THE INVENTION 

[0002] The present invention relates to information searching, retrieval, and 
modification in database systems, and more specifically, relates to a method for processing 
and displaying queries in a domain name registration system. 
DoGcription of tho Rolatod .\rt DESCRIPTION OF THE RELATED ART 

[0003] The Domain Name System (DNS) originated with the implementation of 
ARPAnet (a project of the Defense Advanced Research Projects Agency). It enabled 
individual computers to be identified uniquely for the purpose of transmitting and receiving 
data over a wide area network. The DNS contains information that allows each computer to 
be uniquely identified. Each computer on the network was assigned an address, which today 
is known as an Litemet Protocol Address (IP Address). Today, each computer's IP Address 
consists of a unique string of digits. A domain name consists of a unique string of characters. 
The DNS maps each unique domain name to its unique IP Address. Domain names consist 
of two parts: an initial string of alphameric characters followed by a period (commonly 
known as "dot") and by a second string of alphameric characters. The second string of 
characters is known as a Top Level Domain (TLD). The DNS recognizes only TLDs that 
have been specified by intemational convention. Some of the most commonly used TLDs are 
"com," "net," and "org." The first string of characters followed by the dot and then followed 
by the TLD is known as a Second Level Domain (SLD). 

[0004] The system of computers and databases that directs the mapping of each 
unique domain name to its unique IP address is the DNS. The primary database for the DNS 
is the '*A Root Zone File". This database is at the top of the DNS tree and is the authoritative 
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database throughout the Internet. The "A Root Zone File" has been maintained under quasi- 
governmental control with input from government agencies and academia and is currently 
directed by the U.S. Department of Commerce. Other elements of the DNS are "name 
servers" which are computers and associated databases distributed throughout the Intemet 
containing information that map domain names to specific IP Addresses. 

[0005] The registry database is the Authoritative database for all .com, .net, .org, 
and .edu TLDs. The registry database contains all domain names that have been registered in 
those TLDs and information about each domain name's creation and expiration date, its name 
servers and the name servers' IP Addresses. The registry database is operated under 
government contract with the U.S. Department of Commerce. Entities that have received 
accreditation from Intemet Corporation for Assigned Names and Numbers (ICANN), have 
received technical certification from the registry database, and have complied with other 
requirements are quaUfied to become "Registrars." Registrars have the ability to add, modify 
and delete data elements including domain names from the registry database. 

[0006] The availabiUty of a data element in the registry database is determined by 
specifying a single domain name or a single string of characters that comprise the SLD and 
submitting a query using that string of characters. This procedure is used by registrars to 
query the registry database as well as to insert names to the registry database. As the number 
of registered domain names has increased, the amount of time required to find a suitable 
domain name that is available by querying the registry database has increased. Many names 
with obvious application to commercial endeavors have already been registered. It is 
increasingly difficult to find suitable domain names for commercial and other endeavors. 
One problem with prior domain name registration systems is that users can not easily check 
multiple names at one time. The process of checking a single name, finding out whether it is 
available, checking another variation and finding out whether that name is available, 
checking yet other variations for availability, and making a list of the available choices is 
often lengthy, laborious and fiiistrating. 

[0007] Another problem with domain name registration is that as more domain 
names are registered, it is increasingly difficult to create the ideal domain name suitable for a 
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particular purpose or commercial venture. Users often spend much time trying variations of 
word orders or finding synonyms for a particular word. 

Summary of the Invention SUMMARY OF THE INVENTION 
[0008] The present invention addresses the foregoing problems by providing a 
system and method for faciUtating the querying of domain names in the registry database and 
the addition and modification of data elements to the registry database in a novel manner. 
The system includes a computer server for generating and displaying real-time data tables and 
a query server for checking the availability of and inserting multiple names as domain names 
in the registry database. In one embodiment, the computer server fimctions as a web server to 
provide an easy-to-use interface between the system and a system user. 

[0009] The multiple checking and registration method is invoked when a user 
submits multiple names to determine the availability of the names for registration as domain 
names in the registry database. The names may, but need not, include TLD extensions (as 
discussed below). The user specifies the names using a display screen or view, which may be 
a web page or another screen or view produced by proprietary soflware. In another 
embodiment, the names may be specified using voice recognition software. By allowing the 
user to submit multiple domain names at one time, the system reduces the amount of time 
required to check the availability of multiple domain names. The set of names submitted by 
the user is sent to the query server for querying the registry database. In one embodiment, the 
user submits the set of names by typing individual names into text fields. In another 
embodiment, the user submits the set of names using a text window. In yet another 
embodiment, the user may check the availability of large sets of names using a batch mode 
implementation. This embodiment allows the user to work with a large number of names in a 
more efficient manner. 

[0010] The query server searches the registry database for each name in the set of 
names. In one embodiment, each name is queried in combination with multiple TLD 
extensions without requiring the user to specify any TLD extensions with the set of names 
submitted. In another embodiment, the user may specify TLD extensions to be used when 
querying the registry database. The query server may automatically supplement the TLD 
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extensions specified by the user with "related" TLD extensions; for example, if the user 
submits "abc.com," the query server may automatically check the availability of both 
"abc.com" and "abcnet." After the registry database has been queried for each of the names 
submitted, the user is presented with an Availability Results Table showing the availability of 
each name in conjunction with each TLD extension. 

[0011] In one embodiment, the Availability Results Table also includes a 
selection mechanism, such as a check box, associated with each available domain name 
(name-TLD pair) whereby the user may select one or more domain names for registration. 
After selecting one or more domain names for registration and confirming the domain names 
selected, the user can submit a request for domain name registration that includes all 
available domain names selected from the Availability ResuUs Table. After the query server 
registers the domain names selected, the user is presented with a Registry Response Table 
indicating which domain names were successfiiUy registered. In another embodiment, the 
Registry Response Table also indicates the expiration date for each new domain name. 

[0012] The multiple checking and registration method according to a preferred 
embodiment increases the speed and productivity with which domain names can be checked 
and registered by: a) providing a single screen, such as a web page, wherein the user can 
specify multiple domain names (with or without specifying TLD extensions) to be checked 
for availability; b) reporting the availability status for the multiple domain names at one time 
in the form of a resuhs table that is easily analyzed; c) providing the ability to select, from the 
results table, multiple domain names to be submitted to the registry database for registration; 
and d) providing a response table indicating, for each selected domain name, whether 
registration was successful. This makes the task of selecting and registering a domain name 
easier than conventional methods. 

[0013] Another embodiment of the invention includes a Smart-Check module to 
generate and suggest variations on an "ideal" domain name specified by a user. This 
functionality assists users in finding a suitable name from the names available for domain 
name registration. In one embodiment, the Smart-Check module uses a database of written 
and spoken language phrases and words along with statistical analysis and databases that 
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contain information about the frequency of use of words and phrases in written and broadcast 
media to generate the suggested name variations. 

Brief Deacription of tho Drawings BRIEF DESCRIPTION OF THE DRAWINGS 
[0014] These and other features of the invention will now be described with 
reference to the drawings summarized below. These drawings and the associated description 
are provided'to illustrate a preferred embodiment of the invention, and not to limit the scope 
of the invention. 

[0015] Figure 1 illustrates a web server and a query server system according to 
one embodiment of the invention. 

[0016] Figure 2 illustrates a block diagram of the steps performed to check the 
availability of and select multiple names for domain name registration. 

[0017] Figxire 3 illustrates a Check Availability web page. 

[0018] Figure 4 illustrates a Check Availability web page according to another 
embodiment of the invention. 

[0019] Figure 5 illustrates the steps performed by the query server to process a 
query submission. 

[0020] Figure 6 illustrates a web page showing an Availability Results Table. 

[0021] Figure 7 illustrates an Availability ResuUs Table according to another 
embodiment of the invention. 

[0022] Figure 8 illustrates a submission web page allowing the user to select 
multiple names for domain name registration. 

[0023] Figure 9 illustrates a summary screen web page. 

[0024] Figure 10 illustrates a web page showing a Registry Response Table. 

Detail e d DcGcription of tho Proforrod Embodim e nt DETAILED DESCRIPTION OF THE 

PREFERRED EMBODIMENT 
[0025] The present invention provides a method for the entry, display and 
submittal of multiple names to a domain name registry database. Briefly, the method 
involves querying the registry database for multiple names submitted by a user and displaying 
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the availability information for each of the multiple names in an Availability Results Table. 
The names may be submitted by the user either with or without TLD extensions. The user 
may then select one or more of the available names for registration as a domain name. 

[0026] The invention can be implemented in a variety of embodiments. In one 
embodiment, the 'user submits multiple names to be checked for availability using a web- 
based form, hi another embodiment, the user employs a batch mode application to submit 
large sets of names to be checked for availability. Although the invention will be described 
in relation to a domain name registry database, the method may be implemented for any of a 
variety of different types of text databases. 

[0027] Li one embodiment, a Smart-Check module is included to assist users in 
finding a suitable alternative to the originally desired or "ideal name" which may already be 
in use as a domain name. Given the ideal name, the Smart-Check module provides a number 
of alternatives that are variations on the ideal name. These alternatives may include similar 
sounding words to the ideal name, and/or words with a similar meaning as the ideal name. 

[0028] For purposes of illustration, the method is described herein in the context 
of a web-based system. Throughout the description, reference will be made to various 
implementation-specific details of the web-based implementation. These details are provided 
in order to fixUy illustrate an embodiment of the invention, and not to limit the scope of the 
invention. The scope of the invention is set forth in the appended claims. The various 
process steps described herein are preferably performed by or using software executed by one 
or more general-purpose computers, although the process steps could alternatively be 
embodied in-whole or in-part within special purpose hardware. 

h Availability Ch e cking M e thod and Display of AvailabiUtv R e sult s-^Fable 

L AVAILABILITY CHECKING METHOD AND DISPLAY OF AVAILABILITY 
RESULTS TABLE 

[0029] Figure 1 illustrates a web server 110 and a query server 120 used to 
implement one embodiment of the present invention. From a user computer 130, a user 
submits multiple names (also referred to as a set of names) to determine which, if any, of the 
names are available to be registered as domain names in the registry database 140. The web 
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server 110 receives the set of names over the Internet from the user computer 130 and sends 
the set of names to the query server 120. The query server 120 searches the registry database 
140 to determine whether each of the names in the set of names is available for domain name 
registration. After determining the availability of each of the names in the set of names, the 
query server 120 returns the query results, and the web server 110 displays an Availability 
Results Table listing the availability status for each of the names in the set of names queried. 

[0030] Figure 2, which is a block diagram, provides a broad overview of one 
embodiment of the invention. In Module 1 of Figure 2, the user is allowed to specify 
multiple names to be checked for availability in the registry database 140. In Module 2 of 
Figure 2, the query server 120 checks the registry database 140 to determine the availability 
of each name in the set of names. The user is then presented with a table of results indicating 
which names from the set of names are available for domain name registration. This table 
will be referred to for convenience as the Availability Results Table. In addition to indicating 
which names in the set of names are available for domain name registration, the Availability 
Results Table may also include other relevant data, such as the expiration date of currently 
registered domain names (not shown). 

[0031] In Module 3 of Figure 2, the user is allowed to select multiple domain 
names (name-TLD pairs) from the Availability Results Table to be registered. By allowing 
the user to select and submit multiple domain names from the Availability Results Table, the 
system eliminates the need for the user to submit each domain name separately for 
registration. As indicated by Module 4 of Figure 2, multiple domain names can then be 
submitted and registered in the registry database 140. In one embodiment, the multiple 
domain names registered at a given time can be registered with the specification of from one 
to the maximum number of name servers permitted. Currently, the maximum number of 
name servers that the registry database permits to be specified at the time of a domain name 
registration is thirteen. Finally, as depicted by Module 5 of Figure 2, the user is presented 
with a real-time report indicating, for each submitted domain name, whether registration was 
successful. This table will be referred to for convenience only as the real-time Registry 
Response Table. 
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[0032] A web page 310 for one web-based embodiment is shown in Figure 3. 
The user can specify multiple names to be checked for availabiHty in the registry database 
140 by typing or otherwise entering the names into the name fields 320. The web page 310 
allows the user to clearly see all the names and variations typed into the name fields 320. In 
one embodiment (not shown) the user may specify the TLD extensions to be queried in 
conjunction with each name. In another embodiment (represented by Figure 3 and 
subsequent figures) the query server 120 will automatically query each of the multiple names 
in conjunction with a predefined or dynamically selected set of TLD extensions, such as 
"com," "net " and "org." The set of TLD extensions can be varied to include any subset of 
the known TLD extensions, including two element extensions (such as .uk, .tv, or .cc) and 
three element extensions (such as .com, .net, or .org). For example, assuming the set of TLD 
extensions used in a given embodiment included "com," "net," and "org," if the user types 
"PetesGrill" into one of the name fields 320, the query server 120 would then search for 
"PetesGrill.com," "PetesGrill.net " and "PetesGrill.org." In one embodiment, characters not 
permitted by the registry database 140 for use in domain names (such as spaces) are deleted 
fi-om the names specified by the user. For example, if a user specified a name containing a 
space in the name, such as "Petes Grill," the system would remove or ignore the space and 
check the name "PetesGrill" for domain name registration availability. 

[0033] Figure 4 illustrates a second web page 410 used in another web-based 
embodiment. In this embodiment, the user types or otherwise enters the names to be checked 
for availability into a text window 420. The user may also cut and paste the names from 
another text application into the text window 420. This web-based embodiment also deletes 
invalid characters (such as spaces) from the names specified. The query server 120 will 
automatically query each of the multiple names in conjimction with a set of various TLD 
extensions, such as "com," "net," and "org." The set of TLD extensions can be varied to 
include any subset of the known TLD extensions, including two element extensions (such as 
.uk, .tv, or .cc), three element extensions (such as .com, .net, or .org), and other multi- 
element extensions that may be placed into use in the future (such as .biz, .name, etc.). In 
another embodiment (not shown) the user may specify the TLD extensions to be queried in 
conjunction with each name. Additionally, in another embodiment (not shown) the query 
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server 120 may select additional TLD extensions based on the type of at least one TLD 
extension specified by the user. For example, if the user specifies the ".com" extension, the 
query server 120 may also automatically check the ".net" extension. 

[0034] Because the system is preferably implemented using an object-oriented 
extensible programming model (such as Java), it is possible for a virtually unlimited number 
of specified or system-generated names to be processed for availability analysis, reporting, 
selection, domain name registration, and registration confirmation at one time. In one web- 
based embodiment, the Availability Results and Registry Response Tables are dynamically 
created as Java Server Pages (JSPs). 

[0035] The query process will now be described in fiirther detail with reference to 
Figure 5, which is a flow diagram of the steps performed in querying the registry database 
140 and displaying the Availability Results Table 580. In step 500, the query server 120 
receives a set of names to be queried for availability in the registry database 140. After 
opening a Secure Socket Layer (SSL) socket (step 510) or alternatively by getting a socket 
from a pool of available sockets, the query server 120 checks the first name from the set of 
names in combination with the first of multiple TLD extensions such as "com," "net," and 
"org" (step 520). If the name is found in the registry database 140, it is flagged in step 530 as 
not available for domain name registration. Otherwise, it is flagged at step 540 as being 
available for domain name registration. After the first name has been queried with each of 
the multiple TLD extensions (step 550) the above steps are repeated with the second name in 
the set of names (step 560). Once each name in the set of names has been queried with each 
of the multiple TLD extensions, the SSL socket is closed or returned to the socket pool (step 
570) and the query results for the set of names are displayed in an Availability Results Table 
(step 580). 

[0036] To illustrate this process, it will be assumed that the user is searching for a 
domain name for a new restaurant and wants some variation of "Petes" with "grill" (or 
another suitable name such as "cafe," "diner," "place," or "restaurant"). Thus, the user types 
the query "PetesGrill" into one of the name fields 320 or into the text window 420. The user 
can also check other combinations by typing "PetesDiner," "PetesPlace," "PetesCafe," and 
"PetesRestaurant" into the. name fields 320 or text window 420 (see Figure 3 and Figure 4). 
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[0037] As indicated by step 510, the query server 120 opens a SSL socket to the 
registry database 140 or alternatively gets a socket from a pool of available sockets. In step 
520, queries are run using the name "PetesGrill" (the first name in the set of names) in 
combination v^ith multiple TLD extensions such as "com," "net," and "org." Thus, for 
example, the query server 120 first looks for "PetesGrill.com" in the registry database 140. 
If, at step 520, "PetesGrill.com" is foxmd in the registry database 140, "PetesGrill.com" is 
flagged at step 530 as not available for domain name registration. Otherwise, 
"PetesGrill.com" is flagged at step 540 as being available for domain name registration. 
These steps are repeated for "PetesGrill.net" and "PetesGrill.org." After "PetesGrill" has 
been queried v^ith each of the multiple TLD extensions, the query server 120 v^ill query the 
registry database for "PetesDiner" (the second name in the set of names) in combination with 
the multiple TLD extensions. The above process is then repeated for "PetesPlace," 
"PetesCafe," and "PetesRestaurant." After each of the names has been queried v^ith each of 
the multiple TLD extensions, the SSL socket is closed or returned to the socket pool (step 
570) and the query results for the set of names is displayed in an Availability Results Table 
(step 580). 

[0038] Figure 6 illustrates an Availability Results Table 620 shov^n in a web- 
based embodiment 610. The Availability Results Table 620 allow^s the user to immediately 
see which names are in use by others and which names are available to be registered in the 
registry database 140. In one embodiment, a hypertext link (not shown) to additional 
information is provided for each name-TLD pair listed as not available for domain name 
registration. The user can select the link to find out information concerning the registered 
domain name, such as registrant name, contact information, and/or domain name expiration 
date. The hypertext link may, for example, include a text message such as "Not Available." 
Additionally, the Availability Results Table 620 provides check boxes 630 or another 
selection mechanism for each available domain name, whereby the user can select multiple 
domain names for registration in the registry database 140. Pull-down fields, radio buttons 
and other types of display elements may alternatively be used for this purpose. The 
Availability Results Table 620 A for another embodiment is shown in Figure 7. 
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ft Registration and Display of Registry R e spons e Tabl e 

n. REGISTRATION AND DISPLAY OF REGISTRY RESPONSE TABLE 

[0039] As illustrated in Figure 8, the user is allowed to select multiple names to 
be submitted for domain name registration at one time. After selecting one or more names 
desired for domain name registration and submitting such names (e.g., by selecting a 
"Register Selected Names" button) the user is provided with a simmiary screen, as shown in 
Figure 9, listing the names to be registered in the registry database 140. The user may 
remove or add names to the summary list before submitting the names for registration. The 
summary screen may aUematively be omitted, in which case the selected domain name(s) 
may be registered directly from the Availability Results Table page. The registrant name and 
contact information supplied to the registry database 140 may be supplied by the user either 
beforehand (e.g., while setting up an account with an operator of the query server) or during 
the registration process. Once the set of domain names to be registered has been submitted, 
the query server 120 adds the domain names and related information to the registry database 
140. 

[0040] After registration of each of the domain names has been completed in the 
registry database 140, the real-time Registry Response Table 1020, as illustrated in Figure 10, 
is presented to the user to indicate the results of the registration submission to the registry 
database 140. The real-time Registry Response Table 1020 eliminates the uncertainty that 
had been present for the initial forty-eight hours following a domain name registration. 
During this initial period, users were not completely sure whether the name they had 
requested to be registered had in fact been registered for them. The real-time Registry 
Response Table 1020 indicates immediately for each of the one or more domain names 
submitted for registration whether the registration has been properly accepted by the registry 
database 140 and is in an "active" status. The table also indicates for each domain name the 
date of expiration of the registration as reported by the registry database 140. 

[0041] As apparent in the foregoing description of a preferred embodiment, the 
user can check the availability of multiple domain names, submit one or more domain names 
for registration, and determine the results of the registration submission without needing to 
load or view more than four web pages (or three web pages if the smnmary page is omitted). 
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By reducing the number of web page loads, the system significantly increases the efficiency 
of the registration process. 

m-. Smart Chock Modulo 

m. SMART-CHECK MODULE 

[0042] The query server 120 may optionally include a Smart-Check module for 
automatically checking names that are similar or related to those specified by the user. In one 
embodiment, the Smart-Check module uses a database of written and spoken language 
phrases and words, along with statistical analysis and databases that contain information 
about the frequency of use of words and phrases in written and broadcast media, to generate 
variations of a user-specified ideal domain name. The module may be provided as an 
optional feature that can be enabled and disabled by the user (e.g., using a check box 
provided on the "Check Availability" page). 

[0043] The Smart-Check module preferably suggests alternatives and variations 
based on frequency of use in a specified language and therefore generates familiar or 
recognizable names. Additionally, the Smart-Check module can generate names that do not 
exist in the lexicon, but have strong connections to existing words or phrases in the specified 
language. The generation of alternative names is preferably accomplished using databases 
containing frequency of use information about words and phrases in a particular language, 
databases containing information about idiomatic expressions commonly used in the 
specified language, and databases of company names and their associated business activities. 
Using these databases as tools and well-known artificial intelligence algorithms including 
neural network algorithms, the Smart-Check module generates variations on the ideal name 
or names originally specified by the user. 

[0044] Li one embodiment, the Smart-Check module may be directed to generate 
variations based on the ideal name by taking into account user-specified qualities that are 
sought in the name desired. For example, such qualities may include humorous qualities, 
cynical/satirical qualities, qualities that reflect a company's business activities or goals, or 
emotional states (such as happiness, sadness or enthusiasm). The Smart-Check module can 
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also take into account whether the variation has a double meaning or relates to a term of art in 
a particular field of endeavor. 

[0045] In another embodiment, the Smart-Check module checks various 
combinations and permutations of user specified names. For example, a user wanting a 
domain name derived from some variation of his own personal name can use the Smart- 
Check module to check for various combinations and permutations of his first, middle and 
last names. Thus, if the user enters his name of "John Paul Doe," the Smart-Check module 
checks the availability of combinations and permutations of "John," "Paul," and "Doe" (such 
as "JohnDoe," "JDoe," "JPDoe," "JohnPDoe," "JohnD," etc.). 

[0046] The additional names, if any, added to the set by the Smart-Check module 
may be checked for availability using the same process as described above. The results for 
these additional names may, for example, be shown in a separate Availability Results Table 
on the same web page, or in the same Availability Results Table (e.g., in a different color) as 
the user-specified names. Further, the web page displaying the Availability Results Table 
could include a separate Availability Results Table for each user-specified name, such that 
the results for the names added by Smart-Check are shown in the respective tables to which 
they correspond. 

[0047] Although this invention has been described in terms of certain preferred 
embodiments, other embodiments that are apparent to those of ordinary skill in the art, 
including embodiments which do not provide all of the benefits and features set forth herein, 
are also within the scope of this invention. Accordingly, the scope of the present invention is 
defined only by reference to the appended claims. 
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Internet Domain Name Registration System 

Abstract of tho DiocloGure ABSTRACT OF THE DISCLOSURE 
A domain name registration system includes a user interface through which a user can 
submit multiple names to a query server to determine the availability of the names for domain 
name registration. After the query results are retumed for each of the multiple names 
submitted, the user is presented with a table hsting the availability of each name in 
combination with multiple Top-Level Domain (TLD) extensions. The user is able to select 
one or more names from the table for registration in the registry database. After the query 
server has attempted to register each of the selected names, the user is presented with a 
Registry Response Table indicating which of the selected names were successfully registered 
as domain names. Thus, the system and method increases the speed and productivity of 
querying and updating a domain name registry or other database. 
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